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Preface 

This  document  has  been  prepared  by  the  Kernel  Ada  Programming  Support  Environ¬ 
ment  (KAPSE)  Interface  Team  (KIT)  as  a  final  report  of  their  progress  at  the  con¬ 
clusion  of  their  assigned  development  of  the  Common  Ada  Programming  Support  En¬ 
vironment  Interface  Set  (CAIS).  During  the  last  KIT  meeting  in  Phoenix,  Arizona,  in 
April  1988,  each  Working  Group  was  requested  to  prepare  a  Final  Report  delineating 
its  past  achievements  and  future  recommendations.  This  was  accomplished  in  a  free¬ 
form  expression  mode  and  subsequently  documented  by  the  Working  Group  chairmen. 
These  reports  were  submitted  to  the  KIT  chairman  and  compiled  into  this  Final  Report. 


With  the  completion  of  the  KIT  activities,  it  is  not  clear  who  should  continue  this  im¬ 
portant  work  in  software  development  environments.  The  emphasis  of  this  report  is  to 
identify  what  future  directions  should  be  pursued  and  not  specifically  who  is  respon¬ 
sible  for  its  administration.  The  DoD  is  identified  as  a  generic  organization  reflecting 
a  lead  organization.  Which  DoD  entity,  project,  civilian  or  professional  organization 
actually  assumes  the  lead  is  to  be  determined  at  some  future  time. 
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SECTION  1.0 
INTRODUCTION 


1.1  Purpose 

This  report  has  been  prepared  to  reflect  the  current  state  of  interface  technology  as 
developed  by  the  KAPSE  Interface  Team  (KIT)  and  the  thoughts  and  beliefs  of  the 
participants  regarding  potential  future  directions.  The  KIT  has  completed  its  assigned 
charter  and  has  prepared  this  report  for  reader  consideration.  This  report  does  not 
necessarily  reflect  the  opinion  of  the  Ada  Joint  Program  Office  (AJPO),  the  U.S.  Navy, 
or  the  Naval  Ocean  Systems  Center.  Rather  it  represents  a  snapshot  of  the  participants’ 
perspectives  regarding  future  directions  for  the  Common  APSE  Interface  Set,  inter¬ 
face  technology  and  Ada  Programming  Support  Environments. 

1 .2  Background 

In  December  1980  the  Under  Secretary  of  Defense  for  Research  and  Engineering 
established  the  Ada  Joint  Program  Office  (AJPO)  to  manage  DoD  efforts  for  the  in¬ 
troduction,  implementation,  and  life  cycle  support  of  Ada.  A  part  of  this  effort  is  the 
coordination  of  the  development  of  Ada  Programming  Support  Environment  (APSE) 
implementations.  The  AJPO  is  responsible  for  ensuring  that  DoD  has  consistent 
programming  support  systems  which  provide  the  tools  needed  to  develop,  manage  and 
support  defense  systems  software  written  in  Ada.  "  y- 

In  order  to  coordinate  APSE  developments,  the  AJPO  obtained  a  Memorandum  of 
Agreement  (MOA)  [Appendix  A]  with  the  military  services.  The  tri-service  agreement 
focused  on  the  need  to  develop  a  means  by  which  tools  and  data  bases  can  be  readily 
transported  across  service-specific  APSE  implementations.  The  concept  of  the 
KAPSE,  as  articulated  in  the  APSE  STONEMAN1  document,  is  the  focal  point  for  tri- 
service  commonality.  It  was  agreed  that  the  Army,  Air  Force,  and  any  other  KAPSE 
efforts  within  DoD  would  be  closely  monitored  by  the  AJPO.  The  MOA  created  a  tech¬ 
nical  team  to  be  chaired  by  the  Navy  and  charged  with  the  responsibility  of  establishing 
KAPSE  interface  guidelines,  conventions,  and  standards.  The  MOA  concluded  by  call¬ 
ing  for  eventual  conformance  of  the  contemporary  KAPSE  efforts  to  the  interface 
standards  established  by  the  KAPSE  interface  evaluation  team. 


1  DoD  Requirements  for  Ada  Programming  Support  Environments,  "STONEMAN", 
February,  1980. 
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1.3  Team  Organization 

The  U.S.  Naval  Material  Command  (NAVMAT-08Y),  who  was  responsible  for  ful¬ 
fillment  of  the  MOA,  designated  the  Naval  Ocean  Systems  Center  (NOSC)  as  the  lead 
laboratory  for  the  evaluation  and  standardization  effort.  The  specified  technical  team 
was  formed  in  January  1982  and  was  called  the  KAPSE  Interface  Team  (KIT).  The 
team  objectives  were  to  define  requirements  for  Interoperability  and  Transportability 
(I&T)  among  KAPSEs,  followed  by  guidelines  and  conventions  for  achieving  them. 
These  requirements  were  intended  to  evolve  into  standards  which,  when  followed,  will 
ensure  the  ability  of  APSEs  to  share  tools  and  data  bases.  The  KIT  was  a  DoD  team 
with  members  from  the  three  services  and  the  National  Security  Agency.  Additional 
interest  and  support  was  provided  by  the  National  Aeronautics  and  Space  Admimnra- 
tion  (NASA),  the  Canadian  Navy  and  the  United  Kingdom  Ministry  of  Defence.  The 
complete  membership  of  the  KIT  is  given  in  Appendix  B  of  this  report. 

The  KIT  decided  to  supplement  the  team’s  knowledge  base  with  a  team  of  repre¬ 
sentatives  from  industry  and  academia.  It  was  felt  that  supplementing  the  DoD  oriented 
KIT  with  an  industry/academia  team  would  provide  the  KIT  with  a  broad  base  of  in¬ 
puts,  reviews  and  advice  from  the  technically  qualified  talent  in  industry  and  academia. 
Drawing  on  the  industry/academia  participants  in  the  Ada  language  effort,  a  solicita¬ 
tion  was  made  for  APSE  Interoperability  and  Transportability  participation.  The 
KAPSE  Interface  Team  from  Industry/Academia  (KITIA),  which  was  established  in 
February  1982,  was  a  wide-ranging  team  whose  members  came  from  all  across  the 
United  States  and  Europe.  The  complete  membership  of  the  Industry/ Academia  team 
is  also  contained  in  Appendix  B  of  this  report. 

Both  teams  were  initially  organized  into  four  Working  Groups  organized  around 
technology  issues,  and  the  Working  Groups  developed  individual  charters  to  identify 
their  areas  of  activity.  The  two  teams  started  meeting  jointly  in  July  1983. 

During  the  July  1983  meeting,  a  new  set  of  joint  KTr/KITIA  working  groups  was  or¬ 
ganized.  Following  the  lead  of  the  joint  KIT/KmA  working  group,  which  had  taken 
responsibility  for  the  Common  APSE  Interface  Set  (CAIS)  development,  several  other 
working  groups  were  formed  to  take  responsibility  in  other  product  or  work  areas. 

CAISWG:  the  CAIS  Working  Group  was  responsible  for  producing  the  evolving  ver¬ 
sions  of  the  CAIS. 

RACWG:  the  Requirements  and  Design  Criteria  Working  Group  was  responsible  for 
the  production  of  the  requirements  documents  which  guided  the  development  of 
revision  A  of  the  CAIS. 

GACWG:  the  Guidelines  and  Conventions  Working  Group  worked  to  develop  an  Ada 
Tool  Transportability  Guide. 
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DEFWG:  the  Definitions  Working  Group  was  responsible  for  bringing  together  a  glos¬ 
sary  of  terms  found  in  the  KJT/KITIA  documents  so  that  the  terminology  was  used  con¬ 
sistently  and  accurately. 

STONEWG:  the  STONEMAN  Working  Group  was  responsible  for  reviewing 
STONEMAN  with  the  requirements  of  Interoperability  &  Transportability  in  mind  and 
suggesting  improvements  which  provided  a  broader  context  for  the  work  of  the  KIT 
and  KITTA  and  for  future  APSEs  development. 

COMPWG:  the  Compliance  Working  Group  studied  the  implications  of  trying  to 
validate  the  conformance  of  a  particular  CAIS  implementation  to  the  CAIS  standard. 

STANDWG:  the  Standards  Working  Group  was  responsible  for  guiding  the  teams  with 
respect  to  proper  procedures  and  formats  for  standardization  of  the  CAIS  specifica¬ 
tion  as  well  as  making  sure  the  teams  were  aware  of  existing  standards  which  are  close¬ 
ly  related  to  the  CAIS.  The  STANDWG  was  later  merged  with  the  COMPWG. 

These  teams  worked  together  to  establish  the  necessary  basic  definitions,  interface 
categories,  interface  issues,  and  requirements  for  achieving  interoperability  and 
transportability.  The  accomplishments  and  successes  of  these  working  groups  are 
detailed  in  upcoming  sections. 

1 .4  Document  Organization 

This  Section  1  -  Introduction  provides  the  purpose  of  this  report  as  well  as  background 
information  for  the  existence  of  the  KIT  and  its  associated  Working  Groups. 

Section  2  -  Report  of  the  KIT  Chairman  to  the  Ada  Joint  Program  Office  presents  a 
summary  of  the  KIT  activities  and  products  since  its  inception  in  1982. 

Section  3  -  Working  Group  Reports  presents  the  final  reports  of  the  Working  Groups 
as  delivered  to  the  KIT  Chairman. 

3.1  -  Government  Perspectives  presents  the  topics,  concerns  and  recommendations  dis¬ 
cussed  by  the  KIT  government  participants. 

3.2  -  Industry  Perspectives  presents  the  topics,  concerns  and  recommendations  from 
the  KIT  industry  participants. 

3.3  -  STONEMAN  Working  Group  Report  to  the  KIT  Chairman. 

3.4  -  Requirements  and  Criteria  Working  Group  Report  to  the  KIT  Chairman. 

3.5  -  Common  APSE  Interface  Set  Working  Group  Report  to  the  KIT  Chairman. 

3.6  -  Guidelines  and  Conventions  Working  Group  Report  to  the  KIT  Chairman. 
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3.7  -  Compliance  Working  Group  Report  to  the  KIT  Chairman. 

3.8  -  Definitions  Working  Group  Report  to  the  KIT  Chairman. 

Appendix  A  represents  APSE  Interoperability  and  Transportability  Implementation 
Strategy  document  containing  the  Memorandum  of  Agreement  that  defined  the  charter 
of  the  KAPSE  Interface  Team. 

Appendix  B  presents  the  membership  and  affiliations  of  the  KrT/KITIA  since  incep¬ 
tion. 

Appendix  C  presents  definitions  of  KIT  specific  terminology  used  in  this  document. 


Page  -4 


KIT  Final  Report 
15  October  1988 


SECTION  2.0 

REPORT  OF  THE  KIT  CHAIRMAN  TO  AJPO _ 

2.1  The  Purpose 

In  accordance  with  the  1982  Tri-Service  Memorandum  of  Agreement,  the  Naval  Ocean 
Systems  Center  formed  the  KAPSE  Interface  Team  (KIT)  to  define  a  set  of  standard 
interfaces  to  increase  tool/toolset  interoperability  and  transportability  for  Ada 
Programming  Support  Environments  (APSEs).  We  have  completed  this  definition  as 
reflected  in  DOD-STD-1838,  the  Common  APSE  Interface  Set  (CAJS),  and  expanded 
it  in  the  proposed  DOD-STD-1838 A.  Our  efforts  in  this  definition  process  were  not  in¬ 
tended  to  define  every  possible  interface  that  may  ever  be  utilized  by  tool  writers,  but 
to  provide  90%  of  the  interfaces  that  would  be  required  90%  of  the  time.  It  is,  there¬ 
fore,  possible  for  tools  to  "reach  around"  the  CAJS  when  necessary,  if  CAIS  does  not 
support  required  interfaces.  The  "90/90"  design  rule  also  supported  definition  of  an  in¬ 
terface  set  that  is  basically  independent  of  the  underlying  operating  system  yet  imple- 
mentable  on  virtually  all  currently  popular  operating  systems. 

A  key  goal  in  the  definition  process  was  identification  of  an  underlying  model  for  reten¬ 
tion  of  attributes  necessary  for  tool  integration  in  an  APSE  and  supportive  of  life-cycle 
transitions  from  one  CAIS  implementation  to  another.  In  effect,  this  is  an  internal  en¬ 
tity  management  system  providing  functionality  that  may  be  used  by  all  members  of  a 
software  development  team  in  an  integrated  manner.  In  the  CAIS  we  have  selected  an 
entity-relationship  framework  designated  the  "CAIS  Node  Model".  We  expect  this 
Node  Model  to  become  the  keystone  of  a  project-level  entity  management  system. 

2.2  The  Process 

The  KIT  has  viewed  its  activities  in  the  context  of  a  sequential  process  of  systems 
development.  Our  charter  was  from  the  perspective  of  Requirements  Analysis  and 
Design.  In  concert  with  sound  software  engineering  concepts,  we  have  developed 
prototypes  of  our  design  for  experimentation.  The  CAIS  is  now  under  production- 
quality  implementation  under  a  multi-nation  agreement  for  the  North  Atlantic  Treaty 
Organization  (NATO). 

Now  that  our  work  is  approaching  completion,  we  believe  it  is  time  to  consider  the 
remaining  phases  of  the  sequential  process  and  to  establish  a  plan  for  the  Deployment 
and  Life-Cycle  Support  phases.  As  reflected  in  the  following  Working  Group  reports, 
there  is  concern  that  the  expertise  acquired  and  matured  in  the  CAIS  definition  process 
will  be  lost  to  the  Department  of  Defense.  A  focal  point  for  interface  technology  should 
be  identified  within  DoD  for  continued  enhancement  of  the  CAIS  and  related  environ¬ 
ment  issues. 
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The  CAIS  definition  process  was  significantly  enhanced  through  utilization  of  public 
forums  which  provided  valuable  feedback  in  areas  we  had  not  considered.  The  con¬ 
tributions  of  our  sister  activity,  the  KAPSE  Interface  Team  Industry/Academia 
(KITIA),  were  a  significant  addition  to  the  government  activities.  Without  them  the 
products  of  this  effort  would  not  have  attained  the  quality  or  success  that  they  have. 
The  production  of  an  APSE  Interoperability  and  Transportability  Implementation 
Strategy  document  [Appendix  AJ  in  1983  provided  a  clear  definition  of  where  the  KIT 
intended  to  proceed  in  the  interface  definition  process  and  recommended  other  ac¬ 
tivities  for  consideration  by  the  Ada  Joint  Program  Office.  Formulation  of  such  a  docu¬ 
ment  for  the  CAIS  now  is  considered  essential  for  its  integration  and  transition  into 
real  use  in  the  DoD  and  industry. 

2.3  The  Products 

The  KIT  has  successfully  completed  its  charter  with  the  approval  of  the  Common  APSE 
Interface  Set,  DOD-STD-1838,  and  definition  of  its  expanded  functionality  in  the 
proposed  revision,  DOD-STD-1838 A.  A  number  of  contributing  support  documents 
and  products  were  also  developed: 

APSE  Interoperability  and  Transportability  Implementation  Strategy  -  providing  the 
a  framework  for  KIT  activities  including  concerns,  considered  rationales,  and  future 
recommendations. 

Requirements  and  Design  Criteria  (RAC)  for  the  Common  APSE  Interface  Set  - 

providing  a  series  of  measures  for  formulation  of  the  functionality  and  design  applied 
to  definition  of  DOD-STD-1838 A. 

Rationale  for  the  Requirements  and  Design  Criteria  for  the  Common  APSE  Interface 

Set  -  providing  rationale  for  the  decisions  reflected  in  the  RAC  document. 

Rationale  for  the  Common  APSE  Interface  Set  (DOD-STD-1838)  -  providing  the  ra¬ 
tional  for  decisions  reflected  in  the  CAIS  document. 

CAIS  Reader’s  Guide  for  DOD-STD-1838  -  providing  a  narrative  description  of  the 
CAIS  node  model  and  functionality  to  assist  in  the  understanding  of  the  DOD-STD- 
1838.  A  similar  document  for  DOD-STD-1838A  is  in  process. 

Ada  Tool  Transportability  Guide  -  providing  a  series  of  additional  guidelines  and  con¬ 
ventions  to  enhance  tool  transportability. 

Combined  Glossary  -  providing  definitions  of  terms  utilized  in  the  Requirements  and 
Design  Criteria  (RAC)  for  the  Common  APSE  Interface  Set  document,  the  DOD- 
STD-1838  document  and  the  Transportability  Guide  document. 
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DOD-STD-1838  Prototypes  -  developed  to  varying  levels  of  functionality  by  MITRE, 
TRW,  and  Arizona  State  University.  An  industry  sponsored  prototype  was  also 
developed  by  Gould. 


2.4  The  Prognosis 

It  is  my  belief  that  the  KIT  effort  has  been  quite  successful  so  far.  It  has  produced  a 
standard  which  has  real  potential  for  improving  the  development  of  APSEs  and  for 
eventually  helping  to  improve  productivity  for  DoD  systems.  But  such  an  accomplish¬ 
ment  is  not  sufficient  by  itself.  Now  the  work  of  selling  the  CAIS  to  the  community  must 
begin.  In  order  to  provide  the  community  with  what  it  needs  to  start  making  commit¬ 
ments  to  the  use  of  CAIS,  we  must: 

1.  make  clear  the  DoD’s  policy  with  respect  to  it, 

2.  develop  the  information  and  statistics  which  the  community  needs  to  be  persuaded 
of  its  value;  and 

3.  present  that  information  everywhere  and  every  way  we  can. 

The  first  step  in  achieving  this  3-point  objective  is  to  generate  a  clear  strategy  for 
accomplishing  it,  as  suggested  above.  Such  a  strategy  should  be  a  written  one  similar  to 
the  one  found  in  Appendix  A,  then  be  systematically  pursued. 

In  establishment  of  appropriate  policies,  both  the  short  term  and  the  long  term 
should  be  taken  into  account.  It  must  take  into  consideration  that  right  now  CAIS  is 
still  relatively  new  and  unproven  and  in  need  of  experimentation,  whereas  in  the  future 
we  expect  it  to  be  proven  viable  and  then  issues  of  transition  must  be  addressed.  Such 
a  start  on  policy  development  is  evident  in  the  policy-related  wording  which  appears  in 
Section  1,  SCOPE,  of  1838.  It  is  not  the  desire  of  the  KIT  in  general  to  have  a  mandate 
for  CAIS  sucn  as  that  for  Ada.  The  policy  suggested  here  has  more  to  do  with  DoD 
commitment  to  use  and  further  support  and  evolution  of  the  CAIS  standard.  A  state¬ 
ment  needs  to  be  made  that  we  did  not  develop  this  standard  just  to  see  it  sit  idly  on  a 
shelf.  Without  such  a  statement  we  cannot  expect  industry  to  endorse  it  and  to  create 
the  tools  marketplace  on  which  feasibility  of  the  CAIS  depends.  This  policy  needs  to 
include  incentives  to  help  generate  interest  in  such  a  marketplace. 

Point  2  puts  the  onus  on  the  DoD  to  demonstrate  CAIS  achievements  and  pos¬ 
sibilities.  This  is  not  to  say  that  the  DoD  must  go  around  offering  to  fund  everybody’s 
implementation.  The  need  is  for  demonstrable  capabilities  on  more  than  one  host  sys¬ 
tem  that  are  sufficient  to  convince  potential  users  that  CAIS  is  viable  in  all  ways  that 
we  advertise  it  to  be.  We  must  be  able  to  answer  people’s  questions  satisfactorily 
enough  to  make  them  willing  to  commit  to  the  use  of  CAIS  in  their  projects.  This  should 
not  require  much  more  in  implementation  work  than  is  already  under  the  sponsorship 
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of  the  AJPO.  After  the  current  implementations  are  completed,  they  must  be  popu¬ 
lated  with  interesting  tools,  sufficient  documentation  and  believable  demonstrations 
in  order  to  sell  our  product  to  the  community.  They  won’t  believe  in  it  until  they  can 
see  it. 

Once  the  policy  is  clear  and  the  products  are  ready  for  demonstration,  we  must  be 
prepared  to  get  the  word  out  to  the  world.  This  will  require  a  great  deal  of  PR  work, 
including  the  preparation  of  briefings  and  participation  in  workshops  and  conferen¬ 
ces.  It  will  also  require  the  availability  of  advisors  who  can  help  those  getting  started 
with  CAIS  with  such  things  as  CAIS  interpretations,  implementation  guidance  and 
project  database  set-up. 

Finally,  since  CAIS  represents  an  advance  in  environment  technology,  we  should 
stand  ready  to  make  our  expertise  and  information  available  to  the  rest  of  the  environ¬ 
ment  community  in  order  to  share  our  results  and  experiences  and  to  contribute  to  the 
further  advance  of  environments.  After  all,  Ada  and  the  CAIS  are  really  just  two  of¬ 
ferings  in  the  drive  to  improve  how  the  DoD  develops  its  systems,  and  it  takes  the  whole 
community  working  together  to  achieve  that. 

The  objective  of  the  KIT  was " to  establish  conventions  for  APSE  tools,  users  and  data 
bases  to  permit  the  consistent  introduction  of  new  tools  into  the  software  development  and 
maintenance  environment  and  to  permit  the  portability  of  tools  among  different  implemen¬ 
tations  of  the  Kernel  Ada  Program  Support  Environment  ( KAPSE I  believe  we  have 
successfully  completed  this  objective  in  the  development  of  CAIS.  It  is  now  time  to 
move  to  the  realization  of  the  full  potential  of  the  Ada  language  supporting  portability 
and  interoperability  in  our  Ada  Programming  Support  Environments.  In  our  sequen¬ 
tial  process  model,  Design  and  Development  are  completed;  it  is  time  for  Integration 
and  Test  so  that  we  may  produce  a  product  that  achieves  the  intended  increased  produc¬ 
tivity  in  DoD  systems  developments. 
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SECTION  3.0 

WORKING  GROUP  REPORTS 


3.1  GOVERNMENT  PERSPECTIVES 

A  government  perspectives  meeting  was  held  at  the  final  KAPSE  Interface  Team  (KIT) 
meeting  in  Phoenix,  Arizona,  13  April  1988.  The  meeting  participants  consisted  of 
government  representatives  involved  in  the  KIT  efforts  during  definition  and  develop¬ 
ment  of  the  Common  APSE  Interface  Set  (CAIS)  (DOD-STD-1838/1838A).  The  pur¬ 
pose  of  the  meeting  was  to  reflect  on  the  past  successes  and  shortcomings  of  the  KIT 
activities  and  to  recommend  a  government  direction  on  future  software  engineering 
environments  and  related  CAIS  technology. 

The  thrust  of  the  government  perspective  dealt  with  two  separate  but  related  issues: 
1)  the  need  for  continuation  of  the  advancement  of  CAIS-related  technology  in  the 
software  engineering  environment  area  and  2)  the  integration  and  acceptance  of  CAIS 
and  use  of  this  technology. 

Recommendation  I: 

The  AJPO  should  continue  to  support  a  small  subset  of  the  KIT/KITLA  members 
to  keep  alive  the  expert  base  and  to  push  the  technology.  The  AJPO  should  provide 
a  lead  organization  to  plan  and  direct  the  effort.  This  activity  needs  to  be  formu¬ 
lated  in  a  Strategy  document  as  was  utilized  in  the  development  of  the  CAIS  and 
funded  at  a  level  to  provide  continuing  and  meaningful  advancement  of  environ¬ 
ment  technology. 

The  consensus  of  this  group  was  that  the  KIT  was  a  good  way  to  build  and  nurture  a 
base  of  technical  concepts  and  ideas.  The  KIT/KITIA  fostered  a  public  expansion  of 
knowledge  in  environments  in  the  software  engineering  community  due  to  the  diver¬ 
sity  of  the  participants.  The  KIT  forum  of  quarterly  meetings  and  continuing  on-line 
ARPA/MILNET  discussions  provided  a  social  process  for  the  transfer  of  technology. 
The  strength  of  the  KIT  was  that  it  was  a  large,  diverse  group,  which  allowed  multiple 
opinions  on  subjects  from  different  perspectives  that  contributed  to  an  integrated  con¬ 
cept. 

It  is  healthy  to  continue  to  push  the  technology  push  the  frontier,  to  create  new  inter¬ 
face  sets.  The  government  needs  a  designated  group  to  continue  to  foster  this  technol¬ 
ogy.  DoD  has  invested  a  lot  of  money  in  forming  a  group  (like  the  KrT/KITIA)  and  in 
building  the  expertise  in  environments  at  the  level  at  which  it  now  exists.  This  exper¬ 
tise  does  not  currently  exist  in  either  the  services  or  the  Office  of  the  Secretary  of 
Defense.  The  Department  of  Defense  needs  this  experience  to  realize  the  advantages 
and  anticipated  cost  savings  that  integrated,  transportable  environments  promise.  The 
Europeans  and  the  Japanese  are  committing  serious  support  to  their  environments 
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development  which  should  be  at  least  matched  by  DoD  commitment  to  insure  reten¬ 
tion  of  technical  progress  in  the  environments  area. 

Recommendation  2: 

The  DoD  needs  to  be  committed  to  support  the  CAIS  with  an  organization  of  suf¬ 
ficient  technical  knowledge  to  maintain  and  enhance  it.  The  CAIS  should  have  a 
scheduled  revision  cycle  of  at  least  every  5  years. 

Recommendation  3: 

To  promote  the  CAIS,  we  need  more  quality  implementations  and  tools  written  for 
CAIS  implementations.  We  need  quality,  robust  implementations  and  these  im¬ 
plementations  must  be  used  on  actual  Department  of  Defense  projects. 

The  general  discussions  on  the  CAIS  focused  on  three  main  areas: 

1)  publicity  for  the  CAIS 

2)  promotion  of  the  CAIS  and 

3)  DoD  commitment  to  the  CAIS. 

To  address  these  areas  we  need  continued  sponsorship  from  the  DoD  community. 

Some  of  the  areas  for  continued  support  are: 

•  Need  to  commit  to  use  CAIS  by  two  major  projects  that  benefit  from  in¬ 
tegrated  software  development  environment.  Two  candidate  projects  that 
could  be  considered  are  the  Engineering  Information  System  (EIS)  and  the 
NASA  Space  Station  Software  Engineering  Environment  (SEE). 

•  Need  to  have  a  government  agent  and  support  contractor  to  continue  evolu¬ 
tion  of  the  CAIS.  While  the  KIT  provided  an  effective  forum  for  discussion 
of  requirements,  generation  of  ideas,  and  a  critique  mechanism,  the  long  term 
evolution  of  the  CAIS  will  require  a  dedicated  technical  group  to  evaluate  fu¬ 
ture  extensions  of  the  standard  in  the  context  of  the  existing  functionality. 

•  Need  to  have  the  standard  called  out  in  DoD  contracts.  The  purpose  of  stand¬ 
ardizing  the  CAIS  was  to  be  able  to  reference  the  standard  in  DoD  procure¬ 
ment.  This  was  to  provide  a  basis  for  evolution  of  APSEs  and  transportable 
tools  and  toolsets. 

•  Need  more  Software  Engineering  Institute  (SEI)  involvement.  The  charter 
of  the  SEI  is  to  facilitate  the  integration  of  technology  into  the  software  en¬ 
gineering  process.  The  CAIS  provides  an  excellent  platform  for  the  develop¬ 
ment  of  APSEs  with  transportable  tools. 


Page  -10 


KIT  Final  Report 
15  October  1988 


•  Need  large  programs,  such  as  the  Advanced  Tactical  Fighter,  Space  Defense 
Initiative,  Space  Station  or  Software  Technology  for  Adaptible,  Reliable  Sys¬ 
tems  (STARS)  to  adopt  this  work.  The  different  projects  would  be  expected 
to  develop  different  tools/toolsets  that  could  be  transported  to  future  DoD 
development  programs  thereby  demonstrating  the  anticipated  increases  in 
software  productivity  and  cost  savings  associated  with  tool  transportability. 

Recommendation  4: 

There  is  a  need  for  a  promotion  strategy  and  an  evolution  and  maintenance  plan 

for  the  CAIS. 

Some  of  the  items  and  issues  discussed  in  relation  to  a  marketing  strategy  include: 

•  Need  for  more  visibility  in  standards  groups.  There  is  some  awareness  within 
the  DoD  of  the  CAIS  development  and  status,  but  not  in  the  general  software 
development  community.  Groups  such  as  the  IEEE  and  ACM  should  be 
made  more  familiar  with  the  DoD  CAIS  program  and  status  as  well  as  com¬ 
mercial  tool  developers. 

•  Preparation  of  briefings  and  demonstrations  to  publicize  CAIS  after  a  full 
demonstratable  prototype  is  available.  The  NATO  CAIS  implementations 
are  excellent  candidates. 

•  Pursue  CAIS  as  an  ANSI  or  ISO  standard. 

•  Need  for  expanded  education  on  the  functionality  and  application  of  the 
CAIS  to  software  engineering  and  development. 

Recommendation  5: 

There  should  be  one  more  meeting  with  the  KIT  members  prior  to  the  stand¬ 
ardization  of  CAIS-A  to  formulate  a  recommendation  regarding  the  future  of  the 

CAIS. 

In  addition,  this  will  allow  the  KIT  members  to  familiarize  themselves  with  the  results 

of  the  Formal  Review  Comments  process  and  the  final  changes  to  the  specification. 
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3.2  INDUSTRY  PERSPECTIVES  ON  CAIS-A 

3.2.1  Introduction 

An  industry  perspectives  meeting  was  held  at  the  final  KIT  meeting,  in  Phoenix,  13 
April  1988.  The  purpose  of  this  meeting  was  to  generate  inputs  to  the  government’s 
CAIS  project  on  what  industry  members  felt  should  to  be  done  regarding  CAIS. 

The  industry  perspectives  meeting  focused  on  several  themes  relating  to  the  disposi¬ 
tion  of  CAIS-A.  The  three  main  topics  were  (1)  CAIS  Acceptance,  (2)  pragmatical 
concerns,  and  (3)  technical  issues.  In  general,  the  term  CAIS  is  used  here  in  reference 
to  the  latest  version  of  CAIS,  generally  known  as  CAIS-A. 

3.2.2.  CAIS  Acceptance 

3.2.2. 1  Publicity: 

There  was  a  general  sense  of  agreement  and  concern  that  the  CAIS  effort  is  largely  un¬ 
known  beyond  the  CAIS  and  Ada  communities.  For  example  it  is  not  publicized  to  the 
Computer-Aded  Software  Engineering  (tool  builder)  community.  Two  recommenda¬ 
tions  were  made:  (a)  that  an  emphasis  be  placed  on  getting  CAIS  exposed  via  general 
professional  and  environment  conferences  and  (b)  that  a  set  of  tutorials  be  provided 
to  explain  CAIS  which  can  be  given  by  interested  parties  to  explain  CAIS  to  the 
uninitiated. 

3.2.2.2  Information: 

At  present,  the  only  information  on  CAIS  is  in  the  form  of  the  standard  document  (and 
a  Technical  Readers  Guide  to  DOD-STD-1838).  While  there  was  general  agreement 
that  technical  information  must  be  made  widely  available  on  CAIS,  the  primary  con¬ 
cern  was  that  information  for  potential  CAIS  users  was  lacking.  Two  different  perspec¬ 
tives  on  what  belongs  in  the  User’s  Manual  were  from  the  tool  users,  who  would  util¬ 
ize  the  CAIS  functionality,  and  from  the  CAIS  installer  using  a  specific  host  and  how 
he  might  interface  with  his  host.  A  general  theme  of  discussion  in  this  area  was  that  it 
was  necessary  to  spend  resources  (on  the  government’s  part)  to  produce  needed  infor¬ 
mation  for  the  publicizing  of  CAIS. 

3.2.2.3  Adoption  of  CAIS: 

Discussion  lamented  that  the  Government’s  own  STARS  effort  has  taken  great  pains 
to  avoid  CAIS.  A  strong  adoption  by  the  STARS  program,  both  in  its  foundations  and 
in  its  competing  primes  contracts,  would  provide  focus  and  tool  builder  activity  which 
is  needed  to  carry  CAIS  to  a  position  of  real  use.  [Editor’s  Note:  Since  this  meeting  it 
has  been  learned  that  two  of  the  three  STARS  program  "competing  primes"  receiving 
contract  awards  have  proposed  use  of  the  CAIS.] 
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3.2.2.4  Production  Quality  Implementations: 

These  need  to  be  fostered.  The  tool  builders  will  not  port  tools  to  CAIS  without  use¬ 
ful  implementations. 

3.2.2.5  Master  Plan  for  CAIS  from  Government: 

Industry  requires  a  clear  picture  of  the  situation  with  CAIS:  is  it  a  standard  which  is 
discretionary,  or  is  it  a  mandated  standard?  Will  it  become  a  mandated  standard?  In¬ 
dustry  also  requires  clear  direction  in  light  of  confusion  within  the  agency  sponsoring 
CAIS:  CAIS  and  CAIS-A  seem  to  have  conflicting  adoptions  (CAIS  by  EIS,  NATO, 
etc.,  with  no  mandate  to  migrate  to  CAIS-A).  STARS  has  gone  to  great  lengths  to  avoid 
CAIS.  (Foundations  contractors  have  attempted  to  independently  derive  competing 
interface  sets  to  CAIS;  primes  contractors  have  been  driven  first  to  SDME,  and  then 
cast  adrift.)  Furthermore,  EIS,  though  using  CAIS  to  invoke  programs,  is  ignoring  its 
database  and  implementing  its  own  in  competition  to  CAIS. 

3.2.2.6  Environments  and  Tools: 

This  is  seen  as  a  “chicken  and  egg”  problem,  (a)  There  will  be  no  tools  for  and  im¬ 
plementations  of  CAIS  unless  it  is  mandated  (required);  (b)there  is  no  market  unless 
there  are  both  tools  and  implementations.  An  initial  CAIS  implementation  with  usable 
CAIS-based  tools  could  be  a  useful  starting  point. 

3.2.2.7  Other  Language  Bindings: 

There  was  a  strong  consensus  of  agreement  that  commercial  tool  vendors  need  to  be¬ 
come  interested  in  porting  their  tools  to  CAIS.  The  vendors  discussed  at  the  meeting 
are  all  presently  using  C  or  C  +  +  for  their  tools.  Bindings  for  non-Ada  languages  used 
by  the  tools  community  are  needed  before  the  tools  community  will  view  CAIS  as  a 
possible  platform  for  their  tools.  However,  there  is  a  dilemma  because,  if  the  Govern¬ 
ment  publishes  standards  in  languages  other  than  Ada,  this  may  be  perceived  as  en¬ 
couraging  government  programs  to  use  languages  other  than  Ada. 

3.2.3.  Pragmatical  Concerns 

C  VIS  is  not  alone.  There  are  other  competing  standards.  Some  discussion  focused  on 
the  issue  of  “Is  CAIS  a  good  thing,  and  given  that  we  agree  it  is,  people  ought  to  use  it...” 

Competition  is  perceived  to  come  from  domestic  commercial  products,  other  projects 
sponsored  by  the  same  government  organization  sponsoring  CAIS,  and  European 
programs. 

From  the  perspectives  of  domestic  environment  users,  Atherton  claims  to  have  a 
“software  backplane”  of  an  environment.  No  present  attendees  had  sufficient 
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knowledge  to  discuss  Atherton’s  plans  .  Atherton  does  have  an  active  sales  effort,  and 
it  is  presenting  standardization  tracks  at  conferences  such  as  CASE-88.  From  a  tool 
builder’s  perspective,  Atherton  is  at  least  “perceived”  as  being  a  competitor  to  CAIS. 

A  database  provided  by  Ontologic  ,  called  Vbase,  has  been  adopted  by  a  number  of 
CASE  tool  builders.  Vbase  is  perceived  by  the  tool  community  as  an  environment 
database  capable  of  supporting  development  environments. 

Though  its  capabilities  are  well  known  (Ontologic  presented  them)  to  the  KTr/KITIA 
and  are  not  secretive  about  their  tool  interface  specification)  and  Vbase  technically  ad¬ 
dresses  different  requirements  than  the  original  CAIS,  to  the  tool  builder  Vbase  may 
be  perceived  as  competition  to  the  CAIS. 

The  organization  sponsoring  the  CAIS  is  also  sponsoring  EIS,  which  has  a  contractor 
(CCA)  producing  an  object  oriented  database.  This  (like  Vbase)  is  perceived  as  CAIS 
competition  (by  the  very  agency  sponsoring  CAIS).This  same  organization  also  is  spon¬ 
soring  STARS,  which  has  been  anti-CAIS. 

The  European  community  has  been  developing  the  Portable  Common  Tool  Environ¬ 
ment  (PCTE).  PCTE  does  claim  to  meet  the  same  requirements  as  CAIS.  In  fact,  the 
requirements  document  adopted  for  the  evolution  of  PCTE  (“EURAC”)  is  basically 
identical  to  the  U.S.  CAIS  requirements  document  (“RAC”). 

While  confusion  between  CAIS  and  domestic  industrial  “perceived”  competitors  is  in¬ 
evitable,  the  fact  that  CAIS’s  own  government  sponsor  is  or  has  been  fostering  at  least 
two  lines  of  “perceived”  competition  (STARS,  originally  via  SDME,  and  EIS)  is  dis¬ 
turbing  and  depressing. 

A  conclusion  was  not  reached  in  this  area;  concerns  were  (a)  that  there  was  insuffi¬ 
cient  experience  to  choose  between  environments  and  (b)  that  a  direct  competition  was 
needed  to  evaluate  an  environment  so  that  a  winner  could  emerge. 

A  second  thread  of  concern  during  this  discussion  was  that  there  is  no  investment  capi¬ 
tal  available  for  CAIS  implementations  and  tool  ports  to  CAIS.  One  suggestion  was 
“if  the  government  wants  standard  interfaces, then  the  government  needs  to  generate  some 
investment”.  This  concern  was  echoed  by  a  general  feeling  that  a  true  production 
quality  implementation  of  CAIS- A  might  be  in  the  $10**8  range  (PCTE  has  already 
spent  this  magnitude  of  funds  and  NASA  is  spending  more  than  this  on  their  environ¬ 
ment). 

3.2.4  Technical  Issues 
3.2.4.1  Multiple  languages: 

This  topic  concerns  the  use  of  multiple  sources  of  Ada  language  implementations.  (See 
section  1.7  for  concerns  of  non-Ada  bindings.)  There  are  two  issues:  (a)  compatibility 
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of  multiple  hosts  on  a  network,  implementing  CAIS-A  with  different  compilers  on  dif¬ 
ferent  architectures,  and  (b)  how  a  tool  vendor  supplies  binary  versions  of  tools  for  a 
given  host  where  there  are  a  number  of  (ever  changing)  Ada  compiler  vendor  run  time 
systems.  It  was  recognized  that  it  will  be  impossible  to  expect  tool  vendors  to  supply 
multiple  versions  of  tools  for  every  compiler  and  every  run  time  system. 

3.2A.2  Installation  of  tools  on  CAIS: 

This  issue  concerns  how  tools  are  installed  on  a  CAIS,  especially  in  the  multiple  com¬ 
piler  vendor  environment.  A  clear  process  is  required  for  generating  an  initial  CAIS 
database,  for  bringing  up  communications  with  other  pre-existing  and  newly  installed 
CAIS  implementations  from  other  sources  on  the  same  or  LAN-connected  hosts,  and 
for  installing  vendor  tools. 
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3.3  STONEWG  FINAL  REPORT 

The  last  STONEMAN  Working  Group  Meeting  was  held  in  July,  1986  in  San  Fran¬ 
cisco.  It  was  decided  at  that  time  that  STONEWG  could  not  produce  a  document  upon 
which  the  group  could  all  agree.  That  is,  some  of  the  group  wanted  to  actually  produce 
an  upgrade  to  the  original  Stoneman  document.  Others  wanted  to  produce  a  radical¬ 
ly  new  document  which  described  a  meta-environment.  There  was  general  consensus 
that  the  meta-environment  documents(s)  was/were,  for  the  most  part,  a  good  idea  and 
that  the  concept  could  ultimately  provide  for  a  new  definition  of  environments.  Unfor¬ 
tunately,  we  could  not  reach  consensus  on  who  the  audience  for  the  document  would 
be.  Our  meta-environment  concept  is  represented  in  Figure  1. 
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Figure  - 1 .  Meta-Environment  Concept. 

Project  needs  and  requirements  are  fed  into  a  master-corporate  database  (environ¬ 
ment  which  contains  corporate  policy  vis  a  vis  projects  by  types,  a  database  of  person¬ 
nel  resources,  experience,  availability,  training,  areas  of  life  cycle  expertise,  a  database 
of  available  host/target  hardware  and  database  of  available  tools).  Based  on  the  type 
of  project  and  its  needs,  an  environment  generator  tool  would  analyze  corporate  policy 
and  based  on  the  policies  generate  an  environment  for  that  project  consisting  of  ap¬ 
propriate  policy,  recommended  personnel,  hardware  and  tools.  This  is  a  very  high  level 
description  of  what  we  believed  would  be  a  strong  candidate  for  future  environments 
definition.  It  is  interesting  to  note  that  our  Chairman,  Ann  Reedy,  is  involved  with  the 
Lockheed/PRC  development  of  an  APSE  for  the  NASA  Space  Station  development 
effort  and  that,  according  to  her  briefing  at  the  March  "88"  SIGAda,  they  are  actually 
going  to  implement  a  version  of  this  paradigm  to  generate  sub-environments. 

It  is  gratifying  to  note  that  while  the  STONEWG  did  not  ultimately  generate  a  new 
version  of  our  namesake  document,  we  did  contribute  to  an  evolutionary  concept  which 
is  now  being  implemented  and  which,  if  successful,  could  change  the  way  we  think  about 
and  develop  environments  in  the  future. 
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Recommendations  from  STONEWG  are  as  follows. 

Recommendation  6: 

The  DoD  needs  to  educate  its  management  about : 

a.  the  software  system  life  cycle;  that  is  essential  before  they  can  appreciate  en¬ 
vironments 

b.  the  need  for  and  use  of  environments  (costs /benefits,  etc.) 

c.  the  use  and  power  of  a  meta-environment  concept 

Recommendation  7: 

The  Sponsor  should  support  the  development  of  a  management  level  document 
which  implements  Recommendation  6. 

Recommendation  8: 

The  Sponsor/ DoD  should  support  further  investigations  of  the  meta-environment 
concept  and  the  production  of  a  prototype  (or  they  should  closely  monitor  and 
report  on  the  progress  of  the  Lockheed/PRC  meta-environment  for  the  Space  Sta¬ 
tion). 
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3.4  RACWG  FINAL  REPORT 

3.4.1  Introduction 

The  Requirements  and  Design  Criteria  Working  Group  (RACWG)  met  for  the  final 
time  at  the  April,  1988  KIT  meeting  in  Phoenix,  AZ.  The  meeting  included  discussions 
of  a  comparison  between  the  Requirement  and  Design  Criteria  for  the  Common  APSE 
Interface  Set  (RAC)  and  DOD-STD-1838A,  identification  of  issues  to  improve  the 
RAC  and  further  revisions  of  CAIS,  and  identification  of  issues  that  need  addressing 
that  are  out  of  scope  of  the  RAC  or  the  CAIS. 

When  the  RAC  activities  began  in  1982,  environment  interface  technology  was  imma¬ 
ture,  and  a  careful,  thorough  requirements-setting  process  led  to  several  versions  of 
configuration-managed  RACs.  This  was  followed  by  a  2-year  comment/revision 
process  which  included  public  involvement.  A  RAC  Rationale  document  was  also 
developed  recording  much  of  the  tradeoff  thinking  in  the  requirements  decision¬ 
making  process.  The  final  version  of  the  RAC  was  released  in  October  1986. 

3.4.2  Initial  RAC  versus  1838A  Comparison 

There  are  some  relatively  minor  areas  where  CAIS-A  (proposed  DOD-STD-1838A) 
interfaces  do  not  fully  satisfy  the  RAC  requirements.  Several  factors  have  led  to  this 
''non-compliance":  inconsistency  between  RAC  requirements,  technology  immaturity, 
technology  obsolescence,  requirements  obsolescence  (as  accepted  by  KrT/KITIA), 
etc.  Each  of  these  areas  should  either  lead  to  a  capability  in  future  CAIS  versions  or 
modifications  to  requirements  in  the  RAC. 

These  areas,  with  their  RAC  section,  include: 

1) (6.)  Revision  of  the  I/O  section’s  device  driver  orientation.  Current  interfaces  only 
support  tool-level  I/O; 

2) (6.)  No  support  for  paper  tape,  because  none  of  the  tri-services  have  the  need; 

3) (6.)  No  window  manager  or  graphics  support; 

4) (5.5C)  Instrumentation  not  done,  because  it  is  too  Run-Time  Support  (RTS)  and 
compiler  dependent.  CAIS-A  has  interfaces  for  Inter-Process  Communication  on 
hosts  and  targets; 

5) (5.4A)  Task  waiting  interfaces  are  the  only  ones  that  "violate"  the  5.5B  RTS  Inde¬ 
pendence  requirement; 

6) (3.1B)  Uniformity  should  have  been  interpreted  to  require  the  different  nodes  in 
CAIS-A  to  be  treated  uniformly;  and 
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7)(3.4)  Concerning  exceptions:  1838A  allows,  but  the  RAC  forbids,  the  implementa¬ 
tion  of  a  CAIS  interface  to  raise  an  exception  which  is  not  specified  by  the  CAIS. 

3.4.3  Recommended  Changes/Extensions  to  the  RAC  (Candidate  1838B 
Requirements) 

CAIS-A  provides  a  successful  foundation  upon  which  to  build  to  achieve  the 
frameworks  needed  for  future  software  engineering  environments.  At  present,  we  have 
identified  several  recommended  extensions  (and  a  few  minor  changes)  to  the  October 
1986  RAC  which  we  regard  as  within  the  scope  of  the  CAIS  (i.e.,  these  should  be 
regarded  as  candidate  1838B  requirements). 

3.4.3. 1  Current  RAC  Requirements  Subject  to  Reconsideration 

Prototyping  and  CAIS-A  development  have  shown  that  consensus  reached  in  the 
RAC’s  development  was  correct  over  90%  of  the  time,  but  we  now  would  change  a  few 
of  the  October  1986  requirements.  The  RAC  has  stood  up  well  to  the  review  it  has 
received  and  very  little  of  it  has  been  shown  to  be  inadequate. 

Recommendation  9: 

RAC  requirements  warranting  modification  (if  not  removal )  include: 

1)  (2.3)  Piggybacking  is  sometimes  in  such  conflict  with  efficiency  criteria  that  the 
RAC  should  indicate  that  piggybacked  implementations  are  not  required  to  per¬ 
form  equivalently  to  optimal  bare  implementations,  i.e.,  that  efficiency  concerns 
in  the  specification  are  more  important  than  piggybacking  concerns; 

2)  ( 4)  Consensus  interpretations  of  existing  requirements  should  be  added  explicit¬ 
ly:  one  type  per  entity;  relaxed  definition  of  "lattice";  limited  interpretation  of  the 
identification  requirement; 

3)  (5.5C)  The  instrumentation  requirement  should  be  removed; 

4)  ( 6)  The  references  to  the  device  drivers  and  obsolete  devices  should  be  removed 

5)  (6.2A)  Revise  this  area  to  be  less  layered. 

Recommendation  10: 

The  RAC  restricts  its  coverage  of  interoperability  almost  entirely  to  the  Common 
External  Form;  this  is  an  incomplete  solution  and  should  be  supplemented. 

The  requirements  for  interoperability  should  be  developed  to  the  extent  that  several 
CAIS  implementations  on  different  machines,  running  at  different  revision  levels,  can 
be  combined  into  a  single  distributed  CAIS  implementation.  In  addition,  common 
graphical  human  interface  tools  to  enhance  programmer  portability  should  be  con¬ 
sidered.  An  external  form/medium  for  transmission  of  data  into  and  out  of  CAIS  im¬ 
plementations  is  appropriate  for  standardization. 
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Recommendation  11: 

The  CAIS  needs  to  provide  more  lower  level  support  for  a  layered  implementation 
approach  to  partitioning  tool  interfaces  and  their  functionality. 

Topmost  layers  consist  of  elaborate  composite  services  (e.g.,  operations  on  complete 
windows  for  executing  jobs).  Bottommost  layers  consist  of  low  level  services,  such  as 
pixel  painting  text,  line,  spline,  and  filling.  In  between  services  provide  composite  ac¬ 
tivities  such  as  composite  entity  (graphical  region)  handling,  menu  manipulation,  and 
scrolling.  A  top-to-bottom  layering  provides  a  cohesive  view  of  the  KAPSE  tool-to- 
user  interface.  A  layered  model  provides  an  abstract  implementation  architecture,  but 
does  not  bind  the  concrete  implementation. 

Recommendation  12: 

CAIS  should  provide  mechanisms  to  allow  one  to  define  " methods "  and  actively 
assist  the  user  in  following  these  methods.  (Note:  CAIS- A  largely  "supports"  this 
now,  but  when  approaches  for  achieving  methods  support  are  better  understood 
the  CAIS  should  more  efficiently  directly  "provide"  the  service  needed.) 

The  notion  of  method  transcends  tools.  Method  support  is  an  environment  issue  since 
it  must  incorporate  concepts  of  roles,  steps  of  methods,  the  right  to  use  tools,  access  to 
different  products,  etc.  A  method  must  be  definable  and  tailorable  during  the  course 
of  the  project. 

Recommendation  13: 

There  needs  to  be  support  for  very  efficient  manipulation  of fine  granularity  entities, 
e.g.,  the  internal  representation  used  by  tools. 

Many  of  the  mechanisms  and  constraints  need  to  be  relaxed  or  viewed  differently  for 
fine  granularity  entities.  One  mechanism  is  the  use  of  composite  entities  where  access 
rights  are  decided  once  before  accessing  detailed  representation. 

Recommendation  14: 

Entity-oriented  database  technology  is  emerging  and  should  be  considered  for 
CAIS. 

Entity-oriented  techniques  seem  to  be  natural  for  CAIS  Entity  Management  Systems. 
Object  Oriented  Data  Bases  (OODBs)  are  competitive  in  performance  with  the  best 
relational  systems.  Advanced  OODBs  can  be  used  to  develop  a  new  tool  (application) 
without  the  need  for  a  separate  application  language. 
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Recommendation  15: 

CAIS  should  provide  extended  transaction  support. 

CAIS  should  provide  representation  of  threads  of  control  at  the  task  level.  Provisions 
should  be  made  to  examine  a  node  and  determine  information  about  tasks. 

Recommendation  16: 

CAIS  should  be  extended  to  more  directly  support  targets. 

Data  needs  to  be  passed  between  the  host  development  system  and  the  target  system, 
e.g.,  entity  code,  input  stimuli  and  output  responses.  Some  tools  need  to  operate  on  a 
target  as  well  as  on  a  host  system.  An  integrated  environment  supporting  tools  running 
on  the  host  and  target  is  also  needed. 

Recommendation  17: 

The  CAIS  should  provide  composite  entities. 

In  many  circumstances  users  will  wish  to  treat  a  collection  of  entities  (nodes)  and 
relationships  as  a  single  entity.  Facilities  are  needed  in  the  interfaces  so  that  collections 
can  be  designated  to  be  such  "composite"  entities  and  so  that  operations  such  as  copy, 
delete,  and  lock  can  be  applied  to  the  composite  (and  affect  all  components  thereof). 
Some  example  composite  entities  include:  a  document  (consisting  of  chapters,  which 
consist  of  sections);  a  release  package  (consisting  of  programs  and  documents);  a  library 
of  entity  modules;  and  a  design  (made  up  of  components  and  links  between  them). 

Recommendation  18: 

CAIS  should  provide  for  the  existence  and  manipulation  of  versions  of  entities,  in¬ 
cluding  versions  of  composite  entities . 

Versions  are  needed  for  successors  in  time  and  for  coexistent  "variants"  of  entities 
needed  to  meet  differing  requirements.  Versions  of  composite  entities  are  needed  and 
present  problems,  such  as  how  one  handles  relationships  when  new  versions  of  com¬ 
ponents  of  composite  entities  are  made.  Explicit  provision  is  required  in  the  tool  sup¬ 
port  interface  so  that  the  interface  implementation,  knowing  about  the  versions,  can 
perform  several  types  of  space  optimization  and  the  existence  of  multiple  versions  can 
be  hidden  from  most  tools. 
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Recommendation  19: 

Support  is  needed  for  tools  written  in  languages  other  than  Ada. 

Although  Ada  will  be  the  main  language  for  writing  software  tools,  other  languages 
will  be  used  for  writing  tools  and  it  is  necessary  to  run  such  tools  within  a  CAIS  environ¬ 
ment.  Certain  types  of  tools  such  as  knowledge-based  tools  may  be  more  appropriate¬ 
ly  written  in  PROLOG  or  LISP. 

Recommendation  20: 

CAIS  should  provide  more  features  for  distributed  systems. 

The  dispersed  development  among  many  experts  of  large,  complex,  distributed  sys¬ 
tems,  such  as  the  Space  Station  and  the  Space  Defense  Initiative,  require  services  not 
covered  in  CAIS- A.  There  is  a  need  for  distributed  process  control  with  more  elaborate 
interprocess  communication  and  prioritizing  at  various  levels.  There  is  a  need  for  well- 
defined  access  control  with  varying  degrees  of  granularity  on  composite  entities.  Tools 
to  provide  network  integrity,  user  interface  (across  the  host/target  link),  access  con¬ 
trol,  fault  tolerance,  communication  connections,  and  message  handling  are  needed, 
and  some  of  these  may  require  extensions  of  the  CAIS  services  to  support  their  im¬ 
plementation. 

Recommendation  21: 

The  CAIS  should  adopt  the  Ada  notions  of  packaging  and  compile-time  binding: 
isolation  of  details  of  type  definition  in  packages,  allowance  of  compile-time  bind¬ 
ing  when  possible,  and  allowance  of  compile-time  static  type-checking  when  pos¬ 
sible. 

Recommendation  22: 

Continued  evolution  of  KA PS E  services  is  required.  A  plan  to  evolve  CAIS  in  the 
user  interface  area  is  required. 

Graphical,  I/O,  Memory  architecture,  and  processor  architectures  are  rapidly  evolving, 
faster  than  commercial  operating  systems  (OS).  OS  technology  is  advancing  particular¬ 
ly  rapidly  in  the  user  interface  area,  especially  MS  windows,  DEC  windows,  and 
AT&T/Sun  "Open  look".  User  portability  is  compromised  if  the  KAPSE  "look  and 
feel"  styles  start  to  deviate  significantly  by  hardware  configuration.  Tool  portability  is 
compromised  if  tools  circumvent  standards  to  get  needed  services  from  upgraded 
operating  systems. 
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Recommendation  23: 

DoD  needs  a  plan  for  making  decisions  &  taking  actions  soon  to  promote  CAIS  as 
a  platform  "of  choice";  the  RAC  process  is  a  CAIS  strength,  and  the  plan  must  ac¬ 
count  for  future  control  of  CAIS  standards  evolution,  implying  future  RAC  main¬ 
tenance. 

The  various  avenues  to  approach  this  are  through  the  NATO  NSIS,  STARS,  SEI, 
NASA,  and  professional  conferences  such  as  "Computer  Aided  Software  Engineering 
’88". 


Recommendation  24: 

The  CAIS  standard  and  associated  documents  must  be  under  continuous  main¬ 
tenance  and  upgrade  and  a  dedicated  group  must  exist  to  provide  this  maintenance. 

The  field  is  actively  evolving  and  it  needs  a  group  to  keep  an  eye  on  it.  Hardware  is 
changing  so  rapidly  that  software  design  decisions  can  become  invalid  before  they  are 
implemented.  Many  competing  candidates  for  the  standard  interface  set  could  replace 
an  obsolete  CATS. 

Recommendation  25: 

Move  purposefully  to  RAC-B  &  1838B. 

Before  we  move  to  a  revised  standard,  we  need  extensive  operational  feedback  and  ex¬ 
perience  in  many  sites.  Any  proposed  new  standard  must  be  prototyped  and  evaluated 
before  acceptance  by  a  CAIS  Review  Board.  Metrics  and  measurement  activities  are 
important,  and  a  possible  consolidation/standardization  of  industry-wide  analysis 
should  start  as  soon  as  possible.  Upward  compatibility  should  be  given  strict  attention, 
but  it  is  only  a  good  thing  if  it  is  not  pursued  too  rigorously. 

3.4.3.2  Recommendations  to  Other  Standards  Organizations  for 
Addressing  Other  Future  APSE  Capabilities  Which  Are  Deemed  Out  of 
Scope  for  the  CAIS 

Some  major  capabilities  that  are  missing  from  the  CAIS,  which  are  outside  the  scope 
of  the  RAC  and  the  CAIS,  that  would  contribute  to  the  advance  and  maturity  of 
software  engineering  environments  if  standardized  and  therefore  need  to  be  addressed 
somewhere.  The  success  of  advanced  environments  depends  not  only  on  the  success 
of  a  CAIS-like  tool-to-host  interface,  but  also  on  the  development  of  technology  and 
standards  in  other  interface  areas  outside  the  scope  of  the  CAIS.  The  major  areas  iden¬ 
tified  for  such  non-CAIS  standardization  are  user  interfaces,  higher  level  inter-tool  in¬ 
terfaces,  and  a  "reference  model"  for  environments. 
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Recommendation  26: 

RAC  ( and  CAIS )  need  to  be  placed  in  the  context  of  a  reference  model  for  that  and 
similar  standards,  and  other  related  standards  need  to  be  evolved.  The  reference 
model  needs  to  place  the  RAC  in  the  context  of  related  standards,  such  as  User  In¬ 
terfaces,  Command  Languages,  and  inter-tool  interfaces. 

The  European  Computer  Manufacturers  Association,  as  part  of  the  PCTE  stand¬ 
ardization,  is  working  on  such  a  reference  model,  and  is  placing  PCTE  in  it. 

Recommendation  27: 

Uniform  paradigms  of  user  interaction  with  an  environment  will  promote  user  por¬ 
tability.  Both  interfaces  and  guidelines  are  needed  to  encourage  tool  writers  to 
adopt  a  uniform  model. 

A  model  for  how  one  can  achieve  this  is  the  Apple  Macintosh.  Macintosh  standards 
are  enforced,  both  by  the  tool  bar  and  by  strongly  recommended  standards.  A  Uniform 
User  Interface  should  be  adopted.  The  user  interface  is  an  important  factor  in  increas¬ 
ing  productivity.  Equivalent  (but  not  identical)  tools  confuse  the  user  and  make  him 
less  productive.  MS-DOS,  CP/M,  UNIX,  MPX-32,  and  VMS  all  have  editors  with 
similar  capabilities,  but  they  all  use  different  commands.  The  user  needs  to  be  able  to 
alter  the  names  of  tools  or  commands  so  they  are  consistent  with  what  he  expects  them 
to  be.  Consideration  should  be  given  for  at  least  two  kinds  of  user  interfaces.  There  are 
two  kind  of  users:  directed  users  and  power  users.  Directed  users  need  menus/icons  to 
tell  them  what  they  can  do.  Power  users  need  a  command  line  interpreter. 

A  standard  "model"  is  needed:  there  are  two  "worlds"  to  be  considered,  that  of  the 
tool-to-human  interfaces  (program  calls  to  KAPSE  services)  and  that  of  human-to-tool 
(look  &  feel  of  KAPSE  services). 

The  toolwriter  needs  standard  services  for  tool-to-user  functions.  They  need  to  be  con¬ 
sistent  to  achieve  portability.  Tool  users  need  consistent  look  and  feel  between  differ¬ 
ing  KAPSES  so  the  same  tool  operates  consistently.  Tool  users  need  a  consistent  look 
and  feel  between  various  activities  and  functions  in  performing  their  roles/jobs. 

Recommendation  28: 

As  soon  as  the  basic  level  of  tool  support  interface  is  established,  there  will  be  a 
need  to  define  higher  levels  such  as  query  language  interfaces  to  the  database. 

Recommendation  29: 

Standard  schemas  need  to  be  defined  for  areas  like  documentation  and  project 
management. 
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3.5  CAISWG  FINAL  REPORT 

3.5.1  Products  Completed  /  Presentations  Made: 

The  initial  Common  APSE  Interface  Set  (CAIS)  was  published  as  the  Standard  Inter¬ 
face  Set  (SIS)  as  defined  in  initial  meetings  of  the  SIS  Working  Group  (SISWG).  The 
SISWG  later  evolved  into  the  CAIS  Working  Group  (CAISWG). 

Presentations  about  the  CAIS  were  made  at  the  October  1982  SIGAda  meetings  in 
Crystal  City;  these  were  the  first  widespread  public  presentations  made  by  the 
CAISWG.  A  Public  Review  of  the  Draft  Specification  of  the  Common  APSE  Interface 
Set  (CAIS)  was  conducted  at  the  Federal  Conference  Center  14-15  September  1983. 
The  CAISWG  supported  the  in-depth  technical  presentations  and  answered  questions 
related  to  the  CAIS. 

Creation  of  all  versions  of  the  CaIS  document  (from  version  1.0  up  to  and  including 
DOD-STD-1838)  have  been  completed: 

1.0  26  August  1983 

1.1  30  September  1983 

1.2  31  May  1984  (special  printing  for 

Ada  Europe  review) 

1.3  (unmarked)  16  July  1984 

1.4  31  October  1984 

proposed  MIL-STD-CAIS  31  January  1985 

DOD-STD-1838  9  October  1986 

A  second  Public  Review  and  supporting  technical  presentations  was  made  at  a  Hyan- 
nis  meeting  in  August  1984  on  the  CAIS;  several  comments  from  this  meeting  shaped 
the  proposed  MIL-STD-CAIS.  The  final  meeting  before  the  formal  review  of  the 
proposed  MIL-STD-CAIS  was  held  in  November  1984  at  the  SIGAda  meeting;  mem¬ 
bers  of  CAISWG  led  the  discussions  and  presentations  as  each  evening  session  was 
devoted  to  a  particular  topic/section  of  the  CAIS. 

CAISWG  has  made  several  reviews  of  the  interim  proposed  standards  before  the  docu¬ 
ments  were  released  to  the  general  public  for  further  review.  In  addition,  CAISWG  has 
made  several  suggestions  for  requirements  and  design  criteria  as  input  to  the  work  per¬ 
formed  by  the  RACWG. 

CAISWG  developed  the  responses  to  public  review  comments  submitted  against  the 
interim  and  proposed  MIL-STD-CAIS.  Many  of  these  responses  eventually  led  to  final 
changes  in  the  DOD-STD-1838  and  continue  to  influence  the  proposed  DOD-STD- 
1838A. 
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Comparisons  of  the  CAIS  with  the  European  Portable  Common  Tool  Environment 
(PCTE)  have  been  made.  Comparisons  of  the  CAIS  with  UNIX  have  been  presented 
to  the  KIT.  Also,  comparisons  of  the  RAC  requirements  with  DOD-STD-1838  as  well 
as  initial  drafts  of  DOD-STD-1838 A  have  been  presented. 

Members  of  the  CAISWG  presented  the  final  revisions  to  the  CAIS  specification  to 
the  Standardization  Working  Group  in  October  1986.  As  a  result  of  this  meeting,  the 
CAIS  was  unanimously  approved  to  become  DOD-STD-1838.  During  this  revision 
process,  CAIS  Study  Notes  on  some  of  the  major  issues  identified  in  the  review  process 
were  generated  by  members  of  the  CAISWG  during  the  standardization  process  for 
DOD-STD-1838. 

The  CAIS  Editorial  Board  (CEB)  was  formed  from  the  core  of  the  CAISWG.  This 
review  board  met  for  final  resolution  of  comments  and  shaped  what  is  now  DOD-STD- 
1838. 

A  CAIS  Reader’s  Guide  to  provide  a  narrative  description  of  the  CAIS  was  publicly 
released  in  1987.  A  CAIS  Rationale  document  to  identify  issues  considered  in  the 
definition  of  the  CAIS  will  be  completed  by  1  August  1988.  This  document  is  the  ra¬ 
tionale  for  what  appears  in  DOD-STD-1838  and  will  be  used  as  a  basis  for  the  DOD- 
STD-1838A  CAIS  Rationale. 

3.5.2  Recommendations  Concerning  Policy: 

Recommendation  30: 

Establish  a  policy  of  1838A  usage  (i.e.,  usage  of  the  CAIS  in  the  prototype  areas 
and  the  usage  of  contracts,  etc.). 

Recommendation  31: 

Foster  the  usage  of  18381 1838A  in  commercial  as  well  as  military  areas. 

Recommendation  32: 

Generate  a  CAIS  validation  policy  (initial  drafts  generated  by  COMPWG  have 
been  reviewed  by  CAISWG  members). 

Recommendation  33: 

Resolve  the  technical  and  policy  issues  needed  to  promote  the  usage  of  proprietary 
software  with  government  supported  environments,  specifically  those  based  on 
CAIS. 
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3.5.3  Recommendations  Concerning  Standards: 

Recommendation  34: 

Continue  to  work  on  standards  in  the  environment  areas  (as  in  ail  other  applica¬ 
tions  areas);  the  user  interface  area  should  be  the  first  such  area  to  be  continued 
within  the  environment  area. 

Recommendation  35: 

Actively  promote  interface  standards  in  all  of  the  environment-related  areas,  not 
only  those  that  have  been  explicitly  called  out  in  these  recommendations. 

Recommendation  36: 

Establish  the  relationship  of  other  standards  such  as  Portable  Operating  System 
Interface  (POSIX),  Microprocessor  Operating  System  Interfaces  (MOSI),  etc.  to 
the  CAIS;  also  establish  the  relationship  of  others  such  as  the  Portable  Common 
Tool  Environment  (Plus)  (PCTE+)  and  the  NATO  Standard  Interface  Set  to 
CAIS-A. 

3.5.4  Recommendations  Concerning  Advisors: 

Recommendation  37: 

Continue  the  CAIS  Fast  Reaction  Team  using  the  members  of  the  CAISWG  as  a 
major  resource  for  this  group;  this  implies  that  this  group  must  be  recognized  and 
supported  in  order  to  continue  as  a  technical  advisor  to  the  standardization  body. 

Recommendation  38: 

Preserve  the  expertise  collected  in  the  KIT/KITIA  in  some  other  body;  use  this  ex¬ 
pertise  as  a  method  to  consult  and/or  obtain  expert  advice  by  the  government  to  fol¬ 
low  the  several  environment-related  efforts  not  only  in  the  United  States  but  also 
throughout  the  rest  of  the  world,  particularly  the  European  efforts. 

Recommendation  39: 

Continue  to  involve  several  of  the  CAISWG  members  in  government  reviews  of  the 
CAIS  Implementation  Validation  Capability  (CIVC)  development. 
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3.5.5  Recommendations  Concerning  Technologies: 

Recommendation  40: 

Establish  forums  similar  to  the  KIT  for  the  discussion  of  issues  related  to  interface 
technologies. 

Recommendation  41: 

Continue  to  foster  CAIS/PCTE  technical  interchange  meetings  similar  to  the  one 
held  in  Waltham,  MA  in  January/February  of 1988. 

Recommendation  42: 

Define  strategies  for  interfacing  non-Ada  tools  to  the  CAIS  (note  that  this  may 
define  new  requirements/mechanisms  for  the  CAIS  that  may  be  needed  beyond 
what  is  currently  present  in  the  CAIS);  this  also  goes  for  importing  non-Ada  tools 
that  may  already  exist  on  underlying  operating  systems  to  the  CAIS. 

Recommendation  43: 

Establish  an  exchange  forum  for  ways  the  CAIS-A  model  is  used  in  the  practice, 
e.g.,  INFO-CAIS  or  kitinfo@ajpo.sei.cmu.edu. 
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3.6  GACWG  FINAL  REPORT 

This  report  briefly  summarizes  the  accomplishments  of  the  Guidelines  and  Conven¬ 
tions  Working  Group  (GACWG),  what  the  group  hoped  to  achieve,  as  well  as  some 
dii  ections  for  future  work. 

The  major  product  of  the  GACWG  was  the  "Ada  Tool  Transportability  Guide".  This 
document  is  a  compendium  of  issues,  guidelines,  and  suggestions  for  the  development 
of  transportable  Ada  tools.  It  is  intended  to  supplement  the  CAIS,  which  was 
developed  to  permit  the  sharing  of  tools  among  APSEs.  It  is  hoped  that  the  Guide  will 
go  one  step  further  in  assisting  Ada  tool  developers  to  produce  transportable  products. 
The  major  topics  addressed  in  the  Guide  are  summarized  below. 

Aspects  of  Transportability  -  Discusses  some  aspects  of  transportability  including 
the  advantages  of  developing  transportable  software,  the  problems  encountered,  and 
the  need  for  a  standard  interface  set. 

Ada  Source  Code  Considerations  -  Presents  a  set  of  recommended  pragmatics  and 
some  guidelines  concerning  the  use  of  Ada  language  features.  Attention  to  guidelines 
should  help  in  producing  transportable  Ada  code. 

Issues  in  Design  and  Coding  Guidelines  -  Describes  some  issues  in  program  design 
that  are  related  to  transportability  and  includes  Ada  programming  style  recommenda¬ 
tions. 

APSE  and  CAIS  Considerations  -  Presents  some  transportability  issues  that  are  as¬ 
sociated  with  APSEs  and  discusses  strategies  and  considerations  for  further  enhancing 
transportability  of  CAIS-based  tools. 

The  GACWG  also  planned  to  write  an  Interoperability  Guide.  As  background  work 
some  issues  relevant  to  interoperability  were  examined;  definitions  of  interoperability 
were  researched,  several  papers  on  interoperability  were  written,  and  an  inter¬ 
operability  survey  form  was  created  and  distributed  to  several  organizations.  An  out¬ 
line  for  an  Interoperability  Guide  was  created  with  a  draft  of  several  chapters.  This 
document  was  never  completed. 

A  list  of  papers  and  materials  produced  by  the  GACWG  is  given  below.  All  may  be 
found  in  the  KAPSE  Interface  Team  Public  Reports. 

1.  APSE  Interoperability:  Definitions  and  Criteria,  Jean  Tardy 

2.  Interoperability  White  Paper:  Backup/ Archive  Case  Study,  Matt  Emerson 

3.  APSE  Interoperability  Issues,  Bruce  Rudolph 

4.  Interoperability  Guide  Materials 

a.  Outline 

b.  Chapter  1  -  Introduction 
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c.  Chapter  2  -  Existing  Tools  and  Techniques  for  Transferring  Data  Across  APSEs 

d.  References 

5.  Interoperability  Survey  Form  and  Instructions 

The  GACWG  makes  the  following  recommendations  for  future  work. 

Recommendation  44: 

An  Interoperability  Guide  should  be  written,  by  individuals  having  extensive 
relevant  experience. 

Recommendation  45: 

A  CAIS  User’s  Guide  is  needed,  to  provide  users  with  a  set  of  guidelines  for  how 
the  CAIS  could  be  used  for  a  sample  project,  with  suggestions  for  tailoring. 

Recommendation  46: 

The  results  of  experience  in  transporting  Ada  tools,  particularly  reflecting  CAIS 
usage,  should  be  widely  disseminated. 

The  Ada  Tool  Transportability  Guide  presents  current  thinking  in  this  area  and  could 
be  used  as  a  basis  for  collecting  new  experience  in  Ada  tool  transportability. 
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3.7  COMPWG  FINAL  REPORT 

The  Compliance  Working  Group  (COMPWG)  was  originally  formed  to  examine  is¬ 
sues  associated  with  compliance  to  the  proposed  military  standard  Common  APSE  In¬ 
terface  Set  (CAIS).  The  two  initial  areas  of  concern  were  "the  adherence  of  any 
KIT/KITIA  products  to  any  stated  or  written  set  of  objectives"  and  the  second  was  "the  ad¬ 
herence  of  any  implementation,  design,  or  whatever,  to  any  products  generated  by  the 
KIT/KITIA". 

Initial  efforts  were  directed  at  the  formal  specification  of  CAIS  semantics.  Work  was 
undertaken  by  Roy  Freedman  (Hazeltine),  Larry  Yelowitz  (Ford  Aerospace)  and  Tim 
Lindquist  (Virginia  Polytechnic  Institute)  to  examine  denotational,  axiomatic  and 
operational  approaches  to  CAIS  semantics.  Under  Ada  Joint  Program  Office  (AJPO) 
sponsorship  at  Virginia  Polytechnic,  and  subsequently  at  Arizona  State  University,  Dr. 
Lindquist  has  developed  an  Operational  Definition  for  DOD-STD-1838  which  uses  an 
abstract  machine  approach  to  generate  Ada  test  programs  for  implementation  valida¬ 
tion. 

A  Verification  Cross-Reference  Index  was  generated  for  the  draft  CAIS  Version  2.0 
by  George  Robertson.  As  the  document  grew  in  size  this  approach  became  more  than 
the  group  could  maintain.  A  Traceability  Analysis  was  later  conducted  on  the  Proposed 
Military  Standard  CAIS  (January  1985)  against  the  Requirements  and  Design  Criteria 
(RAC)  for  the  CAIS  document  with  favorable  results. 

The  COMPWG  supported  technical-interchanges  with  the  Standards  Evaluation  and 
Validation  Working  Group  (SEVWG)  of  the  Air  Force  Wright  Aeronautical 
Laboratories  Evaluation  and  Validation  (E&V)  Team.  The  COMPWG  has  most 
recently  supported  interactions  with  the  E&V  Team  CAIS  Implementation  Validation 
Capability  Working  Group  (CIVCWG). 

Finally,  the  COMPWG  worked  with  the  CAIS  Working  Group  and  the  E&V  Team 
in  the  formulation  of  a  White  Paper  for  CAIS  Validation  Policy.  This  became  a  some¬ 
what  confusing  area  due  to  the  broad  functionality  of  the  CAIS  and  the  variance  of 
potential  implementations  (PC,  mainframe,  distributed,  etc.).  These  recommendations 
will  be  provided  to  the  Ada  Joint  Program  Office  for  consideration  in  determination 
of  criteria  for  certification  of  CAIS  implementations.  A  summary  of  the  recommenda¬ 
tions  of  COMPWG  follows. 

Recommendation  47: 

The  AJPO  should  examine  establishment  of  a  validation  taxonomy  for  CAIS  im¬ 
plementations  reflecting  the  host  hardware  functional  capabilities  (single/multi¬ 
user,  single  process!  multiple  process,  host  resident /distributed,  etc.). 
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Recommendation  48: 

The  AJPO  should  include  in  this  validation  taxonomy  a  separate  categorization  to 
reflect  security  functionality  implemented.  While  it  is  anticipated  every  CAIS  im¬ 
plementation  will  require  Discretionary  Access  Control  for  validation  and  certifica¬ 
tion,  it  is  recommended  a  special  class  designator  be  applied  to  those  implementa¬ 
tions  enforcing  Mandatory  Access  Control.  Each  implementation  should  receive 
validation  certification  in  its  appropriate  category. 

Recommendation  49: 

The  AJPO  should  initiate  a  strategy  for  both  CAIS  implementation  and  CAIS- 
based  tool  validation  and  certification. 
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3.8  DEFWG  FINAL  REPORT 

This  report  briefly  summarizes  the  goals  of  the  Definitions  Working  Group  (DEFWG), 
its  accomplishments,  and  recommendations  for  continuation  of  its  work. 

The  goals  of  the  DEFWG  were: 

1)  to  identify  and  get  resolution  of  conflicts  in  the  usage  of  terms  in  the  various 
IGT/KTTIA  products, 

2)  to  provide  a  combined  glossary  that  would  be  the  union  of  the  glossaries  of  all  the 
KIT/IGTIA  products;  and 

3)  to  maintain  a  database  of  relevant  terms  for  the  use  of  the  other  KrT/KITlA  work¬ 
ing  groups  and  the  general  Ada  and  CAIS  communities. 

During  much  of  its  existence,  the  DEFWG  was  a  side  activity  for  its  members  (i.e.,  they 
all  participated  in  other  named  working  groups  as  well).  This  was  both  an  advantage, 
in  that  it  created  specific  liaisons  with  other  groups,  and  a  drawback,  in  that  there  was 
less  time  available  for  the  members  to  work  on  the  DEFWG  products.  Nevertheless, 
the  DEFWG  did  accomplish  its  major  goals.  Throughout  its  existence,  the  DEFWG 
provided  input  into  the  glossaries  and  documents  of  the  individual  KiT/KITIA 
products,  including  identifying  conflicting  terms  and  bringing  them  to  the  attention  of 
the  appropriate  Working  Groups.  Finally,  the  DEFWG  developed  a  Combined  Glos¬ 
sary  based  on  the  glossaries  of  the  major  KlT/KtTIA  products  and  including  several 
key  terms  defined  by  the  KrT/KITIA  that  appear  in  the  KIT  Public  Report,  Volume  I. 

The  DEFWG  recommends  the  following  steps  for  continuing  its  work. 

Recommendation  50: 

The  KIT/KITIA  Glossary  should  be  promulgated  throughout  the  Ada,  CAIS,  and 
general  software  development  environment  communities,  encouraging  uniformity 
in  terminology. 

Recommendation  51: 

Updates  to  KIT/KITIA  documents  should  continue  to  be  tracked,  so  that  the  Glos¬ 
sary  will  reflect  the  current  state  of  the  documents,  and  also  so  that  the  documents 
will  continue  to  work  from  a  common  terminology  database. 
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APPENDIX  A 


APSE  Interoperability  and  Transportability 
Implementation  Strategy 
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beyond  just  the  interfaces  which  come  to  be  accepted  as  necessary  parts  of  a  KAPSE.  In 
particular,  the  consensus  is  that  MAPSEIevel  interfaces  will  be  included  in  the  standard 
interface  set  in  order  to  achieve  interoperability 
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standard  set  and  therefore  cooperate  with  it.  Each  ot  these  concerns  is  further  defined  am 
its  implications  discussed  in  Appendix  B,  section  3. 
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APPENDIX  C 

Terminology 

For  those  readers  not  totally  familiar  with  the  activities  of  the  KASPE  Interface  Team 
and  the  terminology  used  in  this  document,  the  following  explanations  are  provided. 

APSE  -  An  Ada  Programming  Support  Environment  originally  identified  in  the 
STONEMAN  document  for  development  and  life-cycle  support  of  Ada  language 
software  development  efforts. 

Interoperability  -  The  ability  of  APSEs  to  exchange  database  objects  and  their  relation¬ 
ships  in  forms  usable  by  tools  and  user  programs  without  conversion. 

Transportability  -  The  ability  of  a  tool  to  be  installed  on  a  different  Kernel  Ada 
Programming  Support  Environment  (KAPSE);  the  tool  must  perform  with  the  same 
functionality  in  both  APSEs.  Transportability  is  measured  in  the  degree  to  which  this 
installation  can  be  accomplished  without  reprogramming. 

RAC  -  Requirements  and  Design  Criteria  for  the  Common  APSE  Interface  Set  (CAIS) 
document  published  October  1986. 

STONEMAN  -  Requirements  for  an  Ada  Programming  Support  Environment  (APSE) 
document  published  February  1980. 

CAIS  -The  Common  APSE  Interface  Set  as  described  in  DOD-STD-1838  of  9  October 
1986,  with  a  proposed  revision  in  review  as  DOD-STD-1838A. 

CAIS-A  -  The  Common  APSE  Interface  Set  as  described  in  the  Proposed  DOD-STD- 
1838A  of  May  20,  1988. 

prTF  -  The  Portable  Common  Tool  Environment  under  development  by  the  Com¬ 
mission  of  the  European  Communities  (CEC)  European  Strategic  Programme  for  Re¬ 
search  and  Development  in  Information  Technology  (ESPRIT)  as  an  APSE. 

POSIX  -  The  Portable  Operating  Systems  Environment  proposed  by  IEEE  as  a  stand¬ 
ard  for  UNIX  operating  systems. 

MOSI  -  The  Microprocessor  Operating  System  Interfaces  as  described  in  IEEE-STD- 
825. 

STARS  -  The  Department  of  Defense  Software  Technology  for  Adaptable,  Reliable 
Systems  program  for  development  of  advanced  automated  software  engineering  en¬ 
vironments. 

EIS  -  The  Engineering  Information  System. 
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SDME  -  The  Software  Development  and  Maintenance  Environment 

NASA  SEE  -  The  Software  Engineering  Environment  for  NASA  to  be  utilized  in  sup¬ 
port  of  the  Space  Station  program. 
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